本发明公开了一种在IPTV系统中进行消息交互的系统,包括消息管理平台、消息引擎及IPTV用户端,其中,消息管理平台,用于提提供消息操作和审核平台,供登录成功的IPTV用户端编辑或审核消息内容,并根据登录成功的信息将消息引擎的地址下发到IPTV用户端;消息引擎,用于对完成注册的IPTV用户端,根据消息的接收地址发送消息;IPTV用户端,用于根据消息引擎的地址完成在消息引擎的注册,并将从消息引擎接收到的消息在IPTV系统中展示。本发明还公开了一种在IPTV系统中进行消息交互的消息方法。本发明所提供的系统或方法,可扩展IPTV系统的信息交互方式,提升用户体验;并使消息展示方式的灵活性及可扩展性大为提高。
1.一种在IPTV系统中进行消息交互的系统,其特征在于,包括消息管理平台、消息引擎及IPTV用户端,其中,消息管理平台,用于提供消息操作和审核平台,供登录成功的IPTV用户端编辑或审核消息内容,并根据登录成功的信息将消息引擎的地址下发到IPTV用户端;消息引擎,用于对完成注册的IPTV用户端,根据消息的接收地址发送消息;IPTV用户端,用于根据消息引擎的地址完成在消息引擎的注册,并将从消息引擎接收到的消息在IPTV系统中展示。
2.如权利要求1所述的系统,其特征在于,所述消息加载消息描述语言MDL;所述IPTV用户端设有:MDL解析模块,用于解析接收到的消息,得到消息要展示的内容和样式,并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。
3.如权利要求1或2所述的系统,其特征在于,所述IPTV用户端还设有:存储判断模块,用于在收到消息后判断消息是否需要保存;如果是,则通知消息引擎将该条消息保存。
4.如权利要求3所述的系统,其特征在于,所述消息引擎设有:用户管理数据库,用于存储消息;消息处理模块,用于根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作;所述对消息执行查看包括分类查看。
5.如权利要求4所述的系统,其特征在于,所述消息引擎还用于:将消息的下载地址发送至IPTV用户端;所述IPTV用户端还用于收到消息的下载地址后,根据消息地址将消息内容下载到本地,并按消息中MDL描述的格式展示给用户。
6.一种在IPTV系统中进行消息交互的方法,其特征在于,包括以下步骤:提供消息操作和审核平台,供登录成功的IPTV用户端编辑或审核消息内容,并根据登录成功的信息将消息引擎的地址下发到IPTV用户端;对完成注册的IPTV用户端,根据消息的接收地址发送消息;根据消息引擎的地址完成在消息引擎的注册,并将从消息引擎接收到的消息在IPTV系统中展示。
7.如权利要求6所述的方法,其特征在于,所述消息加载消息描述语言MDL;所述将从消息引擎接收到的消息在IPTV系统中展示包括:解析接收到的消息,得到消息要展示的内容和样式,并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。
8.如权利要求6或7所述的方法,其特征在于,所述将从消息引擎接收到的消息在IPTV系统中展示还包括:在收到消息后判断消息是否需要保存;如果是,则通知消息引擎将该条消息保存。
9.如权利要求8所述的方法,其特征在于,所述对完成注册的IPTV用户端,根据消息的接收地址发送消息包括:存储消息;根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作;所述对消息执行查看包括分类查看。
10.如权利要求9所述的方法,其特征在于,所述对完成注册的IPTV用户端,根据消息的接收地址发送消息包括:将消息的下载地址发送至IPTV用户端;所述将从消息引擎接收到的消息在IPTV系统中展示还包括:收到消息的下载地址后,根据消息地址将消息内容下载到本地,并按消息中MDL描述的格式展示给用户。技术领域
本发明涉及通信领域,尤其涉及一种在IPTV系统中进行消息交互的方法及系统。
背景技术
随着信息化和网络化的时代的到来,交互式网络电视IPTV已逐渐取代传统的电视,进入到人们的日常生活。但随着生活水平的不断提高,现有的IPTV系统已远远不能满足日益增多的用户需求,例如:用户端之间的信息交互;例如用户之间短信息发送,将节目向好友推荐等;和/或用户端与IPTV业务系统之间的信息交互;例如用户向IPTV系统服务提供商提交用户调查表等;和/或IPTV业务系统与用户端之间的信息交互等。例如服务提供商发给用户的广告,新节目推荐信息等。
发明内容
本发明的主要目的在于提供一种IPTV消息系统,旨在扩展IPTV系统的信息交互方式,提升用户体验。本发明提供一种在IPTV系统中进行消息交互的系统,包括消息管理平台、消息引擎及IPTV用户端,其中,消息管理平台,用于提供消息操作和审核平台,供登录成功的IPTV用户端编辑或审核消息内容,并根据登录成功的信息将消息引擎的地址下发到IPTV用户端;消息引擎,用于对完成注册的IPTV用户端,根据消息的接收地址发送消息;IPTV用户端,用于根据消息引擎的地址完成在消息引擎的注册,并将从消息引擎接收到的消息在IPTV系统中展示。优选地,所述消息加载消息描述语言MDL;所述IPTV用户端设有:MDL解析模块,用于解析接收到的消息,得到消息要展示的内容和样式,并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。优选地,所述IPTV用户端还设有:存储判断模块,用于在收到消息后判断消息是否需要保存;如果是,则通知消息引擎将该条消息保存。优选地,所述消息引擎设有:用户管理数据库,用于存储消息;消息处理模块,用于根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作;所述对消息执行查看包括分类查看。优选地,所述消息引擎还用于:将消息的下载地址发送至IPTV用户端;所述IPTV用户端还用于收到消息的下载地址后,根据消息地址将消息内容下载到本地,并按消息中MDL描述的展示给用户。本发明还提供一种在IPTV系统中进行消息交互的方法,包括以下步骤:提供消息操作和审核平台,供登录成功的IPTV用户端编辑或审核消息内容,并根据登录成功的信息将消息引擎的地址下发到IPTV用户端;对完成注册的IPTV用户端,根据消息的接收地址发送消息;根据消息引擎的地址完成在消息引擎的注册,并将从消息引擎接收到的消息在IPTV系统中展示。优选地,所述消息加载消息描述语言MDL;所述将从消息引擎接收到的消息在IPTV系统中展示包括:解析接收到的消息,得到消息要展示的内容和样式,并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。优选地,所述将从消息引擎接收到的消息在IPTV系统中展示还包括:在收到消息后判断消息是否需要保存;如果是,则通知消息引擎将该条消息保存。优选地,所述对完成注册的IPTV用户端,根据消息的接收地址发送消息包括:存储消息;根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作;所述对消息执行查看包括分类查看。优选地,所述对完成注册的IPTV用户端,根据消息的接收地址发送消息包括:将消息的下载地址发送至IPTV用户端;所述将从消息引擎接收到的消息在IPTV系统中展示还包括:收到消息的下载地址后,根据消息地址将消息内容下载到本地,并按消息中MDL描述的格式展示给用户。本发明所提供的方法或系统,通过消息管理平台对IPTV用户端进行鉴权操作,仅供登录成功的IPTV用户端编辑消息内容,并通过消息引擎发送消息至IPTV用户端,以便进行展示。IPTV用户端之间、IPTV用户端与IPTV系统之间均可实现消息交互,扩展了IPTV系统的信息交互方式,提升了用户体验;并且,IPTV用户端设有MDL解析模块,可解析加载MDL的消息,按指定格式展示消息内容,消息展示方式的灵活性及可扩展性大为提高。
附图说明
图1为本发明一实施方式中系统的结构示意图;图2为本发明一实施例中IPTV用户端的结构示意图;图3为本发明一实施例中系统的结构示意图;图4为本发明一实施例中系统进行消息交互的流程示意图;图5为本发明一实施例中系统进行消息交互的流程示意图;图6为本发明一实施方式中方法的流程示意图。为了使本发明的技术方案更加清楚、明了,下面将结合附图作进一步详述。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。参照图1,为本发明一实施方式中在IPTV系统中进行消息交互的系统的结构示意图。该系统包括消息管理平台10、消息引擎20及IPTV用户端30,其中,消息管理平台10,用于提供消息操作和审核平台,供登录成功的IPTV用户端30编辑或审核消息内容,并根据登录成功的信息将消息引擎20的地址下发到IPTV用户端30;在一实施例中,消息管理平台10可提供消息内容编辑和审核接口,能对消息素材进行处理,提供接口与其他消息服务提供商设备和IPTV业务系统的对接。同时提供IPTV用户终端的登录接口,完成IPTV用户终端的登录鉴权和将相关的业务参数下发到终端的功能,并可将IPTV系统中的资源更新消息通知到IPTV用户终端。在一实施例中,IPTV用户终端可以是机顶盒。消息引擎20,用于对完成注册的IPTV用户端30,根据消息的接收地址发送消息;在一实施例中,消息引擎20可开放接口和消息管理平台10对接,实现消息的收、发和存储、维护,例如,根据目标地址将消息发向IPTV用户终端,或将IPTV用户终端的消息发给其他用户终端;并且,还可存储历史消息以供查询和维护。IPTV用户端30,用于根据消息引擎20的地址完成在消息引擎20的注册,并将从消息引擎20接收到的消息按照指定的样式在IPTV系统中展示。IPTV用户端30可以是网络电视机顶盒,也可以是计算机,其可登录到消息管理平台10,在其中编辑消息后通过消息管理平台10发送至消息引擎20,由消息引擎20将消息发送至在其中注册的消息接收端。本发明实施方式通过上述消息管理平台10、消息引擎20及IPTV用户端30,可自定义各种类型消息,并发送至各种对端,IPTV系统的信息交互方式,提升了用户体验。在一实施例中,消息管理平台10还用于将IPTV业务系统的资源更新消息发送至IPTV用户端30。例如,当服务提供商或运营商要求更新资源时,向IPTV用户端30下发资源的URL,IPTV用户端30获得资源更新通知时,根据URL采用HTTP协议进行下载并更新。IPTV用户端30发送至IPTV业务系统的消息,可采用HTTP方式将消息发送至IPTV业务系统。在一实施例中,上述消息加载消息描述语言(Messagexa0Describexa0Language,MDL)。参照图2,IPTV用户端30设有MDL解析模块31,用于解析接收到的消息,得到消息要展示的内容和样式,并调用图形引擎接口将消息在IPTV显示设备上显示出来。MDL用来指定消息的展示方式。根据消息的三类展示方式,本发明实施例中消息描述语言包含以下几种基本语法:窗口展示:设定窗口的大小、位置、背景色及透明度等。文本处理:设定文本的属性,包括文本内容、字体大小,字体颜色、滚动速度及滚动方式等。图标处理:设定图标文件及显示区域等。MDL解析模块31可解析消息中的MDL内容,并根据其指定格式在IPTV显示设备中显示。采用消息描述语言来分装消息具有灵活、可扩展性强等特点。例如,用户可采用滚动字幕方式或者采用弹出式窗口对消息内容进行展示,还可对消息的窗口大小及字体颜色进行自定义。上述IPTV用户端30还设有:存储判断模块32,用于在收到消息后判断消息是否需要保存;如果是,则通知消息引擎将该条消息保存。例如,当IPTV用户端30收到消息时,根据消息中的控制字来判断是否保存该消息(主要保存滚动消息、页面消息以及点对点的消息),如果消息需要保存,则将消息的ID返回给消息引擎20,消息引擎20收到反馈信息后,将消息保存收件库里。在一实施例中,消息引擎20设有:用户管理数据库21,用于存储消息;例如,上述实施例中,当收到IPTV用户端30反馈的消息需要保存的反馈信息后,将消息保存。消息处理模块22,用于根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作;所述对消息执行查看包括分类查看。例如,用户可通过消息引擎20查阅用户管理数据库21中的消息,并对接收到的消息和发送的消息进行管理,包括:显示收件箱和发件箱中的所有消息,按照收取时间进行排列;其中未读消息采用特殊方式标示,同时显示未读消息总数;显示每条消息发件人、有标题显示标题,无标题时显示消息内容(显示开始的10个左右字符),界面允许的条件下可以显示收件时间;用户可对焦点所在的消息进行查看、答复、转发、删除等操作;用户可新建消息,自行输入对方号码和消息内容;进一步地,还可以从常用消息中选择内容;收件箱和发件箱为应用界面由IPTV应用页面实现,IPTV用户端发送点对点消息时,进入发件箱,编辑消息,填上收件人消息引擎20的帐号,选择发送操作,即可将消息发送到目的终端。上述IPTV用户端30根据消息引擎20的地址进行注册过程可包括:根据消息引擎20的注册地址和会话初始化协议标识符SIPxa0URI,通过SIP协议中的注册REGISTER消息到消息引擎中进行注册;通过选择OPTION消息进行到消息引擎的链路保活;通过注册消息进行业务保活,以实现隔时重新注册。参照图3,本发明在IPTV系统中进行消息交互的系统一具体实施例中,消息引擎20位于一消息中心内,该消息中心还包括资源中心和登录中心。消息管理平台10与IPTV业务系统连接,IPTV用户端30可登录IPTV业务系统。具体的,IPTV管理平台10中配置一个本发明在IPTV系统中进行消息交互的系统的入口地址。当IPTV用户端30执行步骤A,登录到IPTV业务系统时,IPTV业务系统将入口地址下发给IPTV用户端30。IPTV用户端30再执行步骤B根据该入口地址通过登录中心执行步骤K到消息管理平台10进行登录操作。登录消息管理平台10成功后,消息管理平台10通过登录的响应消息将消息引擎20的地址、资源服务器地址、用户匹配规则、用户的消息客户端名称、链路保活周期、业务保活周期等参数下发到IPTV用户端30。IPTV用户端30终保存在内存中,并根据响应消息中的消息引擎20的注册地址和SIPxa0URI通过SIP协议中的REGISTER消息,执行步骤E到消息引擎20中进行注册。到消息引擎20注册时,消息引擎20认为该IPTV用户端30已经上线。IPTV用户端30通过OPTION消息执行步骤F,进行到消息引擎20的链路保活,默认为60秒。考虑到有时候可能链路保活消息到达不了消息引擎20,因此采用通过执行步骤G,注册消息进行业务保活的方式进行补充,可设定每300秒重新注册一下。上述消息引擎20还用于:将消息的下载地址发送至IPTV用户端30。如图3所示,在一实施例中,IPTV业务系统将下载地址发送到管理平台10,管理平台10通过步骤I将下载地址发送至资源中心,由资源中心在步骤H中将消息的下载地址推送给机顶盒。IPTV用户端30还用于收到消息的下载地址后,根据消息地址将消息内容下载到本地,并按消息中MDL描述的展示给用户。如果IPTV业务系统要发送消息至机顶盒,可先将消息发布到消息管理系统,消息经过审核后执行步骤J,发布到消息引擎20,消息引擎20再将消息的地址通过步骤C发送至机顶盒。机顶盒通过步骤D收到消息地址后,将消息下载到本地,然后分析该消息的展示内容和显示演示,并展示给用户。图4示出了本发明一实施例中,由IPTV业务系统向IPTV用户终端发送消息的流程。该流程包括:SP管理员通过手工或者调用消息生成工具创建消息,将消息通过IPTV业务系统发布到消息管理平台,消息经过消息管理平台审核后发布到消息引擎,消息引擎再将消息的地址发送至机顶盒。机顶盒收到消息地址后,将消息http下载到本地,然后分析该消息的展示内容和显示演示,并展示给用户。图5示出了本发明一实施例中IPTV用户端30之间的消息交互流程。该流程包括:用户通过发件箱编辑好消息后,发送至消息引擎20。消息引擎20根据收到消息接收方的注册ID,将消息发送至目的IPTV用户端。目的IPTV用户端收到消息后解析显示消息并判断消息是否需要保存,如果需要保存,则通知消息引擎20将该条消息保存至收件箱。图6示出了本发明上述系统在IPTV系统中进行消息交互的方法流程。该流程包括:步骤S10,提供消息操作和审核平台,供登录成功的IPTV用户端编辑或审核消息内容,并根据登录成功的信息将消息引擎的地址下发到IPTV用户端;例如,可通过上述消息管理平台10实现本步骤中对用户的鉴权登录、发送相关信息至IPTV用户端。消息管理平台10的功能可参照前述实施例,在此不作详述。步骤S20,对完成注册的IPTV用户端,根据消息的接收地址发送消息;例如,可通过前述消息引擎20完成对IPTV用户端的注册,并收、发和存储、维护消息。例如,根据目标地址将消息发向IPTV用户终端,或将IPTV用户终端的消息发给其他用户终端;并且,还可存储历史消息以供查询和维护。步骤S30,根据消息引擎的地址完成在消息引擎的注册,并将从消息引擎接收到的消息在IPTV系统中展示。可利用前述IPTV用户端30实现本步骤。例如,利用IPTV用户端30登录到消息管理平台10,在消息管理平台10编辑消息后通过其发送至消息引擎20,由消息引擎20将消息发送至在其中注册的消息接收端。在一实施例中,上述消息加载消息描述语言(Messagexa0Describexa0Language,MDL)。可利用前述IPTV用户端30中的MDL解析模块31解析接收到的消息,得到消息要展示的内容和样式,并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。MDL用来指定消息的展示方式。根据消息的三类展示方式,本发明实施例中消息描述语言包含以下几种基本语法:窗口展示:设定窗口的大小、位置、背景色及透明度等。文本处理:设定文本的属性,包括文本内容、字体大小,字体颜色、滚动速度及滚动方式等。图标处理:设定图标文件及显示区域等。采用消息描述语言来分装消息具有灵活、可扩展性强等特点。例如,用户可采用滚动字幕方式或者采用弹出式窗口对消息内容进行展示,还可对消息的窗口大小及字体颜色进行自定义。在一实施例中,步骤S30中包括:在收到消息后判断消息是否需要保存;如果是,则通知消息引擎将该条消息保存。例如,当IPTV用户端30收到消息时,根据消息中的控制字来判断是否保存该消息(主要保存滚动消息、页面消息以及点对点的消息),如果消息需要保存,则将消息的ID返回给消息引擎20,消息引擎20收到反馈信息后,将消息保存收件库里。在一实施例中,步骤S20中包括:存储消息;根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作;所述对消息执行查看包括分类查看。例如,上述实施例中,当收到IPTV用户端30反馈的消息需要保存的反馈信息后,将消息保存。用户可通过消息引擎20查阅所存储的消息,并对接收到的消息和发送的消息进行管理,包括:显示收件箱和发件箱中的所有消息,按照收取时间进行排列;其中未读消息采用特殊方式标示,同时显示未读消息总数;显示每条消息发件人、有标题显示标题,无标题时显示消息内容(显示开始的10个左右字符),界面允许的条件下可以显示收件时间;用户可对焦点所在的消息进行查看、答复、转发、删除等操作;用户可新建消息,自行输入对方号码和消息内容;进一步地,还可以从常用消息中选择内容;收件箱和发件箱为应用界面由IPTV应用页面实现,IPTV用户端发送点对点消息时,进入发件箱,编辑消息,填上收件人消息引擎20的帐号,选择发送操作,即可将消息发送到目的终端。在一实施例中,上述步骤S30中,IPTV用户端30根据消息引擎20的地址进行注册过程可包括:根据消息引擎注册地址和会话初始化协议标识符SIPxa0URI,通过SIP协议中的注册REGISTER消息到消息引擎中进行注册;通过选择OPTION消息进行到消息引擎的链路保活;通过注册消息进行业务保活,以实现隔时重新注册。本发明实施方式中IPTV业务系统与IPTV用户端之间、IPTV用户端之间的消息交互流程可参照前述图4和图5所示实施例,在此不作详述。以上所述仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接应用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。